DevOps alleen geschikt voor speelgoedapplicaties
De term DEVOPS wordt tegenwoordig te pas en te onpas gebruikt en lijkt te staan voor agile software ontwikkeling waarbij developers in een hippe werkomgeving plezier mogen maken met het vrijblijvend bouwen en LIVE brengen van leuke nieuwe autonome state-of-the-art Apps
“it’s important to take note of the realities: with their complex decision-making mechanisms, dozens or even hundreds of teams, and stakeholders demanding transparency, large enterprises often need a structured approach to implement such a significant change”
“some highly regarded experts argue this limits the achievable level of agility by large organizations.”
“In fact, as a response to Ken Schwaber’s criticism, even Dean Leffingwell, SAFe® advocate admits that implementing strict Scrum + XP with no standardized approach whatsoever has brought about problems in large organizations”
Software development methodologies evolution PartI
Software development methodologies evolution Part II
De term DEVOPS wordt tegenwoordig te pas en te onpas gebruikt en lijkt te staan voor agile software ontwikkeling waarbij developers in een hippe werkomgeving plezier mogen maken met het vrijblijvend bouwen en LIVE brengen van leuke nieuwe autonome state-of-the-art Apps, zonder lastig gevallen te worden door procedures, management, QA en wensen van ICT operations & services. Blijkbaar nog de enige manier om output te mogen verwachten van ICT ontwikkelafdelingen waarin de nieuwste generatie programmeurs werkt.
Het leeuwendeel van het (programmeer-)werk in de IT gebeurt echter rond complexe geïntegreerde business-critical (legacy) systemen, een plek waar DEVOPS zoals het nu gekenmerkt wordt, helemaal niks te zoeken heeft.
[klik voor vergroting] DevOps team bij Google
Van het totale budget voor custom-built (maatwerk) software wordt 75% gebruikt voor maintenance. In de US werd 75 miljard USD besteed in 2016 aan de ontwikkeling van maatwerk applicatie software.
application development and maintenance (ADM) accounts for 34 percent of IT budgets”
De globale ICT markt
Decennia lang probeert IT-management projecten krampachtig onder controle te krijgen. DEVOPS is het nieuwste alibi voor IT afdelingen om business aan te tonen dat IT weldegelijk tastbare resultaten oplevert. Als reactie op Waterval (en Prince II) kwam Agile vooral in opgang in de 90’s. Met de opkomst van web applicaties werd de behoefte groter aan korte iteraties met de gebruikers dichtbij. De enig manier om hen de nieuwe mogelijkheden van het internet te tonen. Met de beproefde waterval methodiek was het immers onmogelijk voor de business om vooraf op papier het nieuwe terrein met onbegrensde mogelijkheden te specificeren.
De verwachtingen die Agile wekte konden niet direct waargemaakt worden. Lokaal op laptopje wat in elkaar hacken en presenteren aan gebruikers, is nog wat anders dan een systeem met bijbehorende services operationeel maken. Verwachtingen Business zijn echter al gezet, we zien het al werken, waarom duurt het dan nog maanden voordat het LIVE kan. Operations bij Development betrekken om transitie sneller en beter voorbereid te laten verlopen is dan natuurlijke volgende stap: DevOps.
DevOps als de holy ICT grail
Tot zover nog niks onlogisch, maar de IT-management wereld lijkt nu echter weer volledig door te slaan en ziet, aangewakkerd door consultants, conferences en Tool-leveranciers, DevOps als de oplossing voor alle problemen: One-size-fits-all. DevOps als het levenselixer en de holy grail voor de hedendaagse IT (samen met de cloud). En daar is waar het weer fout gaat.
Lees meer over falen Hybride "Agile waterfall" organisaties
Hybrid Waterfall met het 4x model.
DEVOPS at highly regulated large enterprise (HRLE) in sectors such as financial services, insurance, health care, aerospace, defense, and government.
DEVOPS in large HRLE’s
Interview met Kevin Goldsmith, Vice President of Engineering at Spotify
“Wat werkt er niet bij Spotify en DEVOPS?"
“Grote projecten kunnen een uitdaging zijn. Vooral vanwege ons model met autonome teams. Toen wij onze UI veranderden naar het nieuwe donkere uiterlijk. In traditionele organisaties zou het een paar weken hebben geduurd. Het kostte ons drie maanden en we moesten een berg ontwikkelaars uit de normale team structuren trekken. Erg niet-Spotify.”
Bron
Bronnen:
https://intland.com/blog/agile/safe/facing-criticism-is-safe-the-fast-food-of-agile/
https://intland.com/blog/agile/safe/scaling-agile-in-large-enterprises-less-dad-or-safe/